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DETAILED ACTION 

1. This action is in response to an Amendment filed December 20, 2005. Claim 6 has been 
canceled. No claims have been added. Claims 1-5 and 7-49 are pending. Claims 1-5 
and 7-49 have been examined. Claims 1-5 and 7-49 have been rejected. 

2. The Examiner would like to thank the Applicant for the well-presented amendment, 
which assisted in the examination process. 

Response to Arguments 

3. As an initial matter, upon further consideration of the claims, new rejections have been 
provided under 35 U.S.C, § 101 and 35 U.S.C. § 112, second paragraph. 

4. Reggirding the drawings that were objected to: 

Applicant's new drawings correct the objection. 

5. Regarding claims 2 and 47 that were objected to: 

5.1. Applicant's amendments to the claims correct the objection. 

6. Regarding claim 1 rejected under 35 U.S.C. § 102: 

6.1. Applicant's amendments to the claims overcome the rejection. However, a new 
rejection is issued under 35 U.S.C. § 103. The Examiner appreciates the Applicant's 
remarks regarding how the amendments to the claims distinguish over the prior art of 
record, and the Examiner has addressed the claim interpretation used in the rejections 
below. Further, the invention of Manning appears to be a specific instance of the 
general class of systems described by claim 1 . 
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Claim Rejections - 35 USC §112 

7. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and 
distinctly claiming the subject matter which the applicant regards as his invention. 

a. Claims 9-28 and 43 - 49 are rejected under 35 U.S.C. 1 12, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. 

i. Regarding claims 9 and 43, the claims recite, "during a runtime of the 
system". The phrase "the system** has insufficient antecedent basis. For the 
purpose of claim examination, the phrase, "the system" is interpreted as "a 
receiving system". Claims 9 and 43 appear to have been derived from claim 1. 
In claim 9, the persistence engine is defined to receive the persistence package. 
In claim 43, the system should be clarified as the receiving system, which is 
inherent. Correction or amendment is required. 

ii. Regarding claim 12, the claim recites, "the running system". The phrase 
"the running system" has insufficient antecedent basis. For the purpose of 
claim examination, the phrase, "the running system" is interpreted as "a 
running system". Correction or amendment is required. 

iii. Claims 10 - 11, 13 - 28 and 44-49 are rejected based on their 
dependency on their respective intermediate and parent claims which are 
rejected under 35 U.S.C. 112, second paragraph. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 
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3. Claim 29 is rejected under 35 U.S.C. 101 because the claimed invention is directed to non- 
statutory subject matter. 

a. Regarding claim 29, the claim appears to be directed to an arrangement of software 
and data being claimed as a set of functional descriptive material per se . and as such, 
is non-statutory. The claim appears to be directed to an arrangement of software. 



Claim Rejections • 35 USC §102 

8. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 
122(b), by another filed in the United States before the invention by the applicant for 
patent or (2) a patent granted on an application for patent by another filed in the United 
States before the invention by the applicant for patent, except that an international 
application filed under the treaty defined in section 351(a) shall have the effects for 
purposes of this subsection of an application filed in the United States only if the 
international application designated the United States and was published under Article 
21(2) of such treaty in the English language. 



9. Claims 43 - 44 and 47 - 49 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Manning (U.S. Patent Application Publication Number US 2002/0103829). 

9,1. Regarding claim 43, Manning appears to teach: 



9.I.I. a machine-readable medium comprising instructions that are executed by a 
machine fparagraphs (00211 and [002211 
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9. 1. 1. 1. Regarding (paragraphs 10021} and (002211 it was inherent that 

instructions cause a machine to execute because a computer was a machine, 
and computers inherently execute instructions. 

9.1.2. receiving persistent data having a model structure (figure 3, item 100 - 102: 
please note that a DTD is a Document Tgpe Definition that provides 
attributes for each element in the document, and indicates the relationship 
of the elements - please refer to paragraph [00041: and paragraph f0028U 
please note that the DTD is included with the received document) from one of 
a plurality of different software components (paragraph [0004] first and second 
sentences: it would have been obvious that the multiple data types recited, 
such as vector graphics and e-commerce transactions, were produced bu 
different software components, wherein a software component is 
interpreted to include an applications , the software components having 
persistent data in different model structures [paragraph [0004] first and second 
sentences: it would have been obvious that persistent data from vector 
graphics is in a different model structure than e-commerce transactions ). 

9.1.3. receiving metadata comprising at least in part a description of the model 
structure (figure 3, items 100- 102: and paragraph [002811 

9.1.4. establish, using the metadata and without the using the software component 
from which the persistence package was received, during a runtime of the system, 
a storage format for the persistent data {paragraph [0028]: paragraph [0041]: 
figure 3. elements 102-110: paraphrasing a definition of ^ format^ from 
the IBM Dictionary of Computing, a ^formaV is a specified arrangement of 
fields, and it would have been obvious to the ordinary artisan that a 
storage format is established i. 
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9.1.5. apply the established storage format to the persistent data to format the 

persistent data for storage Iftoure 3^ element 124^ since the accessed object is 
stored^ it would have been obvious that the established storage format is 
<Mpvlied: and paragraph f0029J^ since each object (e.g. attribute value or 
content! is stored in an element table^ it would have been obvious that an 
established storage format is applied ) from the format of the software 
component into a storage format that is compatible with the receiving system and 
with a storage device independent of the software component (paragraph f0022h 
paragraphs f0027f - f0029], and paragraph f0034J: it would have been 
obvious that the received data such as vector graphics and e-commerce 
transactions is being stored in a relational database, which is a storage 
format that is compatible with the receiving system and with a storage 
device independent of the software component ). 

9.2. Regarding claim 44, Manning appears to teach instructions (paragraphs [0021] 
and [002211 that when executed, cause a machine to store the persistent data using 
the storage format (figure 3, item 124: and paragraph [002911 

9.3. Regarding claim 47, Manning appears to teach instructions, that when executed 
cause a machine to retrieve the persistent data using the storage format (figure 4, all 
items: and paragraph [0030JI 

9.4. Regarding claim 48, Manning appears to teach instructions, that when executed, 
cause a machine to select aind/or create, based on the metadata, a transform to 
establish at least one of the storage format and the storage location (figure 3, items 
102 • 110: and paragraph [00281^ sentences 1 - 4) . 
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9.5. Regarding claim 49, Manning appears to teach receiving persistent data compatible 
with at one of any type of processor, any type of programming language, any type of 
operating system, and any type of architecture iDaragraph f0021]l 



Claim Rejections - 35 USC § 103 



10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 



11. Claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Manning (U.S. Patent Application Publication Number US 
2002/0103829) in view of Morgenstem (U.S. Patent No. 5,970,490). 

11.1. Regarding claim 1, Msmning appears to teach: 

11.1.1. receiving a persistence package ( figure 3, item 100- 102: please note 

that a DTD is a Document Twe Definition that provides attributes for each 
element in the documents and indicates the relationship of the elements - 
please refer to paragraph [00041: and paragraph f0028f: please note that 
the DTD is included with the received document) from one of a plurality of 
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different software components (Daraaraph (0004} first and second sentences: it 
would have been obvious that the multiple data types recited, such as 
vector graphics and e-commerce transactions^ were produced bu different 
software components, wherein a software component is interpreted to 
include an application] , the persistence package including persistent data and 
metadata (figure 3. item 100 - 102; please note that a DTD is a Document 
Tupe Definition that provides attributes for each element in the document, 
and indicates the relationship of the elements - please refer to paragraph 
[00041: and paragraph [0028]: please note that the DTD is included with the 
received document) , the software components having persistent data in different 
formats (paragraph [0004J first and second sentences: paraphrasing a 
definition of ''format*' from the IBM Dictionary of Computing, a ^format^ is a 
specified arrangement of fields: it would have been obvious that persistent 
data from vector graphics is in a different format than e-commerce 
transactions] , 

11.1.2. extracting persistent data and metadata from the persistence package 
(figure 3, items 114- 128: and paragraphs [0028] and [0029JI the metadata 
describing the persistent data (paragraph [0004]} , 

11.1.3. establishing, based on the extracted metadata, a storage format for the 
persistent data during a runtime of the receiving system {paragraph [00281: 
paragraph [00411: figure 3. elements 102-110 ]. 

11.1.4. applying the transform to the persistent data to format the persistent 
data without using the software component from which the persistence package 
was received during the runtime of the receiving system I figure 3. element 124. 
since the accessed object is stored, it would have been obvious that the 
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transform is amlied: and paragraph [0029]^ since each object te.a. attribute 
vahie or content} is stored in an element table, it would have been obvious 
that a transform is applied: please note that the specification recites^ 
^Transforms establish a storage format and/or storage location for the 
persistent data,*^ from the format of the software component into a storage 
format that is compatible with the receiving system and with a storage device 
independent of the software component {paragraph f0022]^ paragraphs [0027J - 
{0029% and paragraph [00341; it u^ould have been obvious that the received 
data such as vector graphics and e-commerce transactions is being stored 
in a relational database^ which is a storage format that is compatible with 
the receiving system and with a storage device independent of the software 
component) . 

11.1.5. storing the persistent data in the storage device in the storage format 
during the runtime of the system {paragraph f0029J; and figure 3, element 
124) . 

11.1.6. Manning does not specifically teach : 

11.1.7. establishing, based on the extracted metadata, a transform for a 
storage format for the persistent data during a runtime of the receiving system. 

11.1.8. Morgenstern appears to teach : 

11.1.9. establishing, based on the extracted metadata, a transform for a 
storage format for persistent data [figure 2^ elements 42* 46^ 22^ 32. 36, 23. 
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66: and column 8, lines S3 - 67. and column 9, lines 1-3. and column 7 
lines 16- 67. and column 8. lines 1 - 531 . 

11.1.10. The motivation to use the art of Morgenstem with the art of Manning 
would have been the several benefits recited in Morgenstern, including that self- 
description information simplifies the management of generated source code and 
the resulting compiled modules, which is especially useful in large systems 
Icolumn 6, lines 33 - 37, lines 1-2. lines 9 - 12 ]. and the advantage { column 
46. lines 41 - 45 1 that the data transformation approach allows rules to be more 
declarative in nature, and also supports asynchronous processing of 
transformations, thereby being amenable to parallelization Icolumn 46. lines 35 ~ 
41), which would have been recognized as an advantage by the ordinary artisan. 

11.1.11. Therefore, as discussed above, it would have been obvious to the 
ordinary artisan to use the art of Morgenstern with the art of Manning to produce 
the claimed invention. 



11.2. Regarding claim 2, Manning appears to teach using metadata passed from the 
persistence package to establish a storage location for the persistent data during the 
runtime of the system (paragraphs (00281 - [0029]: Since the Applicants 
spetnfication provides no detail on the meaning of '^storage location'', the term 
^'storage location'' is being given a broad reasonable interpretation to include 
database tables as a storage location) . 
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11.3. Regarding claim 3, Manning appears to teach that the metadata comprises at least 
in part a description of a model structure of the persistent data (figure 3. item 102: 
please note that a DTD is a Document Type Definition that provides attributes 
for each element in the documents and indicates the relationship of the 
elements - please refer to paragraph f0004Jl 

11.4. Regarding claim 7, Manning appears to teach retrieving persistent data from storage 
using a transform during the runtime of the system (figure 4. all items: and 
paragraph 100301) . 

11.5. Regarding claim 8, Manning appears to teach receiving persistent data compatible 
with at least one of any type of processor, any type of programming language, any type 
of operating system, and any type of architecture (paragraph [0021JI 

11.6. Regarding claim 9, Manning appears to teach: 

11.6.1. Almost all of claim 9 is taught as described in claim 1 above. The 
differences are taught below. 

11.6.2. a data storage device (paragraph f0021Jl 

11.7. Regarding claim 10, Manning appears to teach the data storage device is external to 
a running system using the persistence engine (paragraph f0021]l 

11.8. Regarding claim 11, Manning appears to teach a storing interface to store the 
persistent data using the storage format (paragraph f0027]. second sentenced 

11.9. Regarding claim 12, Manning appears to teach a retrieving interface to retrieve the 
persistent data for use by one of the running system and the software component, the 
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software component comprising an application (figure J, element 2: and paragraph 
(0011}: and paragraph [00271, second sentence: and paragraph (003011 

1 1.9. 1. Regarding (figure J. element 2: and paragraph [00111: and 

paragraph (00271, second sentence: and paragraph [0030Jh it would have 
been obvious to the ordinary artisan that the received query is from one of a 
running system and a software component, the software component comprising an 
application. 

11.10. Regarding claim 13, Manning appears to teach that the metadata comprises at least 
in part a description of the data model structure of the persistent data (figure 3, item 
102: please note that a DTD is a Document Type Definition that provides 
attributes for each element in the document, and indicates the relationship of 
the elements - please refer to paragraph (0004JI 

11.11. Regarding claim 15, Manning appears to teach that the persistence engine receives 
a persistence package comprising the metadata and the persistent data (figure 3, item 
100" 102: please note that a DTD is a Document Tupe Definition that provides 
attributes for each element in the document, and indicates the relationship o f 
the elements - please refer to paragraph f0004J: and paragraph (00281) 

11.12. Regarding claim 16, Manning appears to teach that the persistence engine receives 
persistent data structured using any data model from a source comprising at least one 
of any type of processor, any type of operating system, any type of programming 
language, and any type of architecture (figure 3: all items) . 



11.12.1. Regarding (figure 3: all items) -, it was inherent that any type of data 
model can be expressed in an XML document. 
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11.13. Regarding claim 17, Manning appears to teach a metadata engine having a 
metadata reader (oaraQraph [00271 - nlease note that it was inherent that the 
XML document manager includes a metadata reader) and a metadata filter 
(paragraph (00271 - please note that the XML parser was a metadata ftlterl 

11.14. Regarding claim 18, Manning appears to teach that the metadata filter interprets 
the metadata (paragraph [002711 

11.15. Regarding claim 19, Manning appears to teach a transform engine having a set of 
transforms, a transform selector, and a transform generator (figure 3, items 102 - 
110: and paragraph [002811 

11.16. Regarding claim 20, Manning appears to teach that a transform establishes at least 
one of the storage format and the storage location to store the persistent data in the 
data storage device (paragraphs [0028] and [0029JI 

11.17. Regarding claim 22, Manning appears to teach that a transform selector selects a 
transform based on filtered metadata (figure 3, items 100 - 102: and paragraphs 
[00271 and [002811 

11.18. Regarding claim 23, Manning appears to teach that a transform selector requests a 
transform from the transform generator based on filtered metadata (figure 3> items 
100-110: and paragraphs [00271 and [002811 
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12. Claims 4-5 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Manning in view of Morgenstem as applied to claims 1-3,7- 13, 15 - 20, and 22 - 23 

above, further in view of XML ("Extensible Markup Language (XML) 1.0"; W3C 
Recommendation lO-Feb-98, 1998). 

12.1. Manning as modified by Morgenstem teach the method and apparatus of a 
persistence engine as recited in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

12.2. Claim 4 is a dependent claim of claim 3, and thereby inherits all of the rejected 
limitations of claim 3. 

12.3. Claim 5 is a dependent claim of claim 4, and thereby inherits all of the rejected 
limitations of claim 4. 

12.4. Claim 14 is a dependent claim of claim 13, and thereby inherits all of the rejected 
limitations of claim 13. 

12.5. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and paragraph [0020] regarding the XML document) . 

12.6. The art of XML is directed toward describing the Extensible Markup Language (XML) 
(Abstract) . 

12.7. Regarding claim 5, Manning appears to teach that extracting persistent data and 
metadata from a persistence package comprises using a filter (paragraph (00271 - 
please note that the XML parser is a filter: and figure 3, all items: and 
paragraphs (00281 and [0029]) . 
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12.8. Regarding claim 4, Manning does not specifically teach that the metadata conforms 
to a metadata template comprising rules for describing the model structure. 

12.9. Regarding claim 14, Manning does not specifically teach a metadata template to 
format the metadata for readable reception by the persistence engine. 

12.10. Regarding claim 4, XML appears to teach that the metadata conforms to a metadata 
template comprising rules for describing the model structure foaae 2^ section 2. 
Documents, first sentence: and page 3^ section 2, 1 Well-Formed XML 
Documentsl 

12.10.1. Regarding (page 2, section 2. Documents^ first sentence: and tyaae 3, 
section 2.1 Well-Formed XML Documents) : the reference XML describes the 
rules that the metadata conforms to. 

12*11. Regarding claim 14, XML appears to teach a metadata template to format the 
metadata for readable reception by the persistence engine (page 2, section 2. 
Documents, first sentence: and page 3, section 2.1 Well-Formed XML 
Documents) . 

12.11.1. Regarding (page 2, section 2. Documents, first sentence: and page 3, 
section 2.1 Well-Formed XML Documents) : the reference XML describes the 
rules that the metadata conforms to, and specifically the production in section 2.1 
is a metadata template. 

12.12. The art of XML and the art of Manning are analogous art because they both contain 
the art of interpreting XML documents. 

12.13. The motivation to combine the art of XML with the art of Manning and Morgenstem 
would have been obvious given the need in Manning to interpret XML documents, and 
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the rules given in XML to form valid XML documents. Therefore, as discussed above, it 
would have been obvious to the ordinary artisan at the time of invention to use the art 
of XML with the art of Manning and Morgenstem to produce the claimed invention. 



13. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in 
view of DeltaXML (web page for DeltaXML.com from September 2001 using 
www. archive . org at web. archive,org/web/20011021 144026/www. deltaxml.com/prod- 
xmlschema- 1000.html). 

13.1. Manning as modified by Morgenstern teaches the persistence engine as recited in 
claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

13.2. Claim 21 is a dependent claim of claim 19, £ind thereby inherits all of the rejected 
limitations of claim 19. 

13.3. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and uaraaravh [0020] regarding the XML documentl 

13.4. The art of DeltaXML is directed toward comparing XML schema DTD files to 
determine differences fvage 1, box labeled Descrivtionl 

13.5. Regarding claim 21, Manning does not specifically teach that the transform selector 
comprises a data model comparator. 

13.6. DeltaXML teaches a data model comparator (page I, box labeled Descriotionl 

which also calculates the data model variance. 
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13.7, The art of DeltaXML and the art of Manning are analogous art because they both 
contain the problem of determining whether a pair of DTD's are different (Manning^ 
lines 14- 17 of paragraph f0028] ). 

13.8. The motivation to use the art of DeltaXML with the art of Manning and Morgenstem 
would have been obvious given the need recited in Manning to determine whether 
documents have different DTD's (Manning, lines 14- 17 of oaraaraph f0028Jl 
Therefore, as discussed above, it would have been obvious to use the art of DeltaXML 
with the art of Manning and Morgenstern to produce the claimed invention. 

14. Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in 
view of Kanne (Kanne, Carl-Christian; Moerkotte, Guido; ^'Efficient storage of XML data", 
1999, Technical Report 8/99, University of Mannheim). 

14.1. Manning as modified by Morgenstern teaches the persistence engine as recited in 
claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

14.2. Claim 25 is a dependent claim of claim 23, and thereby inherits all of the rejected 
limitations of claim 23. 

14.3. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database fTitle and 
Abstract: and paragraph 10020] regarding the XML documentl 



14.4. The art of Kanne is directed toward efficient storage of XML data (Title) . 
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14.5. Manning does not specifically teach that the trsinsform generator produces a 
transform that substantially maintains the model structure of the persistent data 
received by the running system. 

14.6. Kanne appears to teach that the transform generator produces a transform that 
substantially maintains the model structure of the persistent data received by the 
running system fpaaes 4-5^ section 2.2 Logical Model ~ please note the use of a 
tree structure for XML. XML was inherentliu tree structured.) . 

14.7. The art of Kanne and the art of Manning are analogous art because they are both 
directed to the storage of XML data. 

14.8. The motivation to use the art of Kanne with the art of Manning and Morgenstern 
would have been obvious given the benefit recited in Kanne of describing a method to 
dynamically maintain efficient physical storage for large tree structured objects foage 
20^ section 6 Conclusion and Future Work) . Therefore, as discussed above, it would 
have been obvious to the ordinary artisan at the time of invention to use the art of 
Kanne with the art of Manning and Morgenstern to produce the claimed invention. 



15. Claim 26 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of 
Schoning (Schoning, Harald; "Tamino - a DBMS Designed for XML", 2001 Proceedings 17th 
International Conference on Data Engineering, 2-6 April 2001). 

15.1. Manning as modified by Morgenstern teaches the persistence engine as recited in 
claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 
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15.2. Claim 26 is a dependent claim of claim 23, and thereby inherits all of the rejected 
limitations of claim 23. 

15.3. The art of Meinning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and paragraph [0020} regarding the XML document) , 

15.4. The art of Schoning is directed toward a database management system designed for 
XML ITitlel 

15.5. Manning does not specifically teach that the transform generator produces a 
transform to remodel the persistent data to maximize efficient retrieval for an 
application. 

15.6. Regarding claim 26, Schoning appears to teach that the transform generator 
produces a transform to remodel the persistent data to maximize efficient retrieval for 
an application (page 152^ section labeled ^Indexing and storage methods^) , 

15.6. 1. Regarding (page 152^ section labeled ^Indexing and storage 

methods^'h it would have been obvious to design the transform generator to 
produce a transform to remodel the persistent data to maximize efficient retrieval 
for an application. 

15.7. The art of Manning and the art of Schoning are analogous art because they are both 
directed to the art of XML databases. 

15.8. The motivation to use the art of Schoning with the art of Manning and Morgenstem 
would have been obvious given the statement recited in Schoning that indexes are 
indispensable in database systems because otherwise large amounts of data could not 
be efficiently queried (page 152. section labeled ^Indexing and storage methods^) . 
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Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Schoning with the art of Manning and 
Morgenstern to produce the claimed invention. 

16. Claim 27 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of Ives 
(Ives, Zachary G.; Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Dsiniel S.; "An 
Adaptive Query Execution System for Data Integration", 1999, SIGMOD 1999). 

16.1. Manning as modified by Morgenstern teaches the apparatus of a persistence engine 
as recited in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

16.2. Claim 27 is a dependent claim of claim 23, and thereby inherits all of the rejected 
limitations of claim 23. 

16.3. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database fTitle and 
Abstract: and paragraph [00201 rectardina the XML document) . 

16.4. The art of Ives is directed toward an adaptive query execution system for data 
integration (Title) , 

16.5. Regarding claim 27, Manning does not specifically teach that the transform 
generator uses iterative read-write trials to produce a transform to remodel the 
persistent data to maximize storage and /or retrieval speed. 

16.6. Regarding claim 27, Ives appears to teach that the transform generator uses 
iterative read-write trials to produce a transform to remodel the persistent data to 
maximize storage and /or retrieval speed (page 304, first paraaropK the sentence 
that starts with ''The Query execution . . . 
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16,6. 1 . Regarding (page 304^ first paraarapfu the sentence that starts with 

^The aueru execution it would have been obvious to design the transform 

generator to use iterative read-write trials _to produce a transform to remodel the 
persistent data to maximize storage and/ or retrieval speed. 

16.7. The art of Manning and the art of Ives are analogous art because they are both 
contain the problem of data queries (Manning, paragraph f0030J} and Ives ITitlel 

16.8. The motivation to use the art of Ives with the art of Manning would have been 
obvious given the statement recited in Ives that it is important to optimize the time to 
initial answers to a query (page 300. left-side column, the paragraph that starts 
with "Since data integration . . .^J . Therefore, as discussed above, it would have 
been obvious to the ordinary artisan at the time of invention to use the art of Ives with 
the art of Manning and Morgenstem to produce the claimed invention. 



17. Claims 24 and 28 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
in view of Morgenstem as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, 
further in view of Deutsch (Deutsch, Alin; Fernandez, Mary; Suciu, Dan; "Storing 
Semistructured Data with STORED", 1999, Proceedings of the 1999 ACM SIGMOD 
international conference on management of data), 

17.1. Manning as modified by Morgenstem teaches the persistence engine as recited in 
claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

17.2. Claim 24 is a dependent claim of claim 23, and thereby inherits all of the rejected 
limitations of claim 23 
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17.3. Claim 28 is a dependent claim of claim 23, and thereby inherits all of the rejected 
limitations of claim 23. 

17.4. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and varaaravh [0020) regarding the XML document) . 

17.5. The art of Deutsch is directed toward a database for semistructured data, including 
XML lAbstractl 

17.6. Regarding claim 24, Manning does not specifically teach that the transform 
generator produces a transform that remodels the persistent data to approximate as 
closely as possible a preexisting transform from the set of transforms. 

17.7. Regarding claim 28, Manning does not specifically teach that the transform 
generator produces a transform to remodel the persistent data to maximize data 
compression. 

17.8. Regarding claim 24, Manning appears to teach that the transform generator 
produces a transform that remodels the persistent data to approximate as closely as 
possible a preexisting transform from the set of transforms (first page, right-side 
cohimn^ fourth paragraph that starts with ^In the first application . . second 
page^ left-side column^ second paragraphs and third paragraphs and fourth 
paragraphs bullet points) . 

17.9. Regarding claim 28, Deutsch appears to teach that the transform generator 
produces a transform to remodel the persistent data to maximize data compression 
/first pages right-side column^ fourth paragraph that starts with "In the first 
application . . second pagCs left-side column, first paragraphs the sentence 
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that starts witK **The meaning of **aood** depends on the apDlication. but 



usually inchides minimizing disk space . . > 



and second page* left-side 



column, second paragraph and third paragraph and fourth paragraphl 



17.9.1. 



Regarding (first page, right-side column, fourth paragraph that 



starts with **In the first application . . second page, left-side column, first 
paragraph, the sentence that starts with, "The meaning of ^good^ depends 

on the application^ but usually includes minimizing disk space . . . and 
second page, left-side column, second paragraph and third paragraph and 
fourth paragraph) : it would have been obvious to design the transform generator 
to produce a transform to remodel the persistent data to maximize data 
compression. 



17.10. The art of Manning and the art of Deutsch are analogous art because they both 
contain the problem storing XML data in a database. 

17.11. The motivation to use the art of Deutsch with the art of Manning would have been 
obvious given the requirement recited in Deutsch of the need to generate a good 
relational schema (first page, right-side column, last sentence, continuing on the 
second page) . Therefore, as discussed above, it would have been obvious to the 
ordinary artisan at the time of invention to use the art of Deutsch with the art of 
Manning and Morgenstern to produce the claimed invention. 

18. Claims 29 and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
(U.S. Patent Application Publication Number US 2002/0103829) in view of Morgenstern 
(U.S. Patent No. 5,970,490). 
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18.1. Regarding claim 29, Manning appears to teach: 

18.1.1. a data model description receiver to receive a data model description 

(figure 3, item 100- 102: please note that a DTD is a Document Tupe 
Definition that provides attributes for each element in the document* and 
indicates the relationship of the elements - please refer to paragraph 
f0004J: and paragraph [00281: please note that the DTD is included with the 
received document: it would have been obvious that persistent data from 
vector graphics had a different data model than e-commerce transactions} 
from one of a plurality of different software components (paragraph [0004] first 
and second sentences: it would have been obvious that the multiple data 
types recited^ such as vector graphics and e-commerce transactions^ were 
produced bu different software components* wherein a software component 
is interpreted to include an application) , the software components having 
persistent data in accordance with different data models {paragraph [0004] first 
and second sentences: it would have been obvious that persistent data from 
vector graphics had a different data model than e-commerce transactions ), 

18*1.2. a set of transforms (paragraph 10022}: it would have been obvious 

that a relational database has schemas^ which are a set of trans forms ) , 

18.1.3. a transform generator, operational during runtime, having an assembler 

to produce a transform based on the data model description independent of the 
software component from which the data model description was received (figure 3* 
elements 102-110: and paragraph [0041]: and paragraphs [0028] and 
[0029J: since database schemas are produced during the runtime* it would 
have been obvious that there is a transform generator having an assembler^ . 
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18. 1.4. a transform engine to apply a transform to format persistent data for 

storage from the format of the software component into a storage format that is 
compatible with a storage device independent of the software component {figure 3, 
element 124^ since the accessed object is stored^ it would have been obvious 
that a transform is ajjvlied: and paraaravh f0029h since each object (e.g. 
attribute value or content) is stored in an element table, it would have been 
obvious that a transform is applied to format the persistent data for 
storage: also paragraph f0022L paragraphs 100271 - 10029]. and paragraph 
(0034): it would have been obvious that the persistent data such as vector 
graphics and e-commerce transactions is being stored in a relational 
database* which is a storage format that is compatible with the receiving 
system and with a storage device independent o f the software component) . 



18.1.5. Manning does not specifically teach : 

18.1.6. a data model comparator to produce a comparison independent of the 
software component from which the data model description is received between the 
data model description and a data model in a transform in the set of transforms. 

18.1.7. a transform generator, operational during system runtime, having an 
assembler to produce a transform based on the data model description and the 
comparison independent of the software component from which the data model 
description was received. 

18.1.8. Morgenstern appears to teach : 
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18.1.9. a data model comparator to produce a comparison independent of the 
software component from which the data model description is received between the 
data model description and a data model in a transform in a set of transforms 

I ftmre 2* elements 22* 24, 32, 52^ 36, 56, 42, 30: since the elements 
compare the schemas for different source and target data sources, it would 
have been obvious that element 30 is a data model comparator to produce a 
comparison independent of the software component from which the data 
model description is received between the data model description and a 
data model in a transform in a set of transforms) . 

18.1.10. a transform generator, having an assembler to produce a transform 
based on the data model description and the comparison independent of the 
software component from which the data model description was received {figure 2, 
elements 42. 22. 24, 32. 52. 36, 56, 301 . 



18.2. Regarding claim 36, Manning appears to teach: 

18.2.1. receiving a data model description (figure 3. item 100 - 102: please 

note that a DTD is a Document Tupe Definition that provides attributes for 
each element in the document, and indicates the relationship of the 
elements - please refer to paragraph [00041: and paragraph f00281: please 
note that the DTD is included with the received document) from one of a 
plurality of different software components [paragraph 100041 first and second 
sentences: it would have been obvious that the multiple data types recited, 
such as vector graphics and e-commerce transactions, were produced bu 
different software components, wherein a software component is 
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interpreted to include an application ), the software components having 
persistent data in accordance with different data models {paragraph [00041 first 
and second sentences: it would have been obvious that persistent data from 
vector graphics is in a different data model than e-commerce transactions ). 



independent of the software component from which the data model description is 
received (figure 3. items 100- 102: and paragraph [002811 

18.2.2.1. Regarding I figure 3. items 100- 102: and paragraph [0028Jh it 

would have been obvious that the data model description is compared to a 
preexisting data model since it is determined whether there are tables for the 
received DTD. 

18.2.3. assembling a transform independent of the software component from 
which the data model description is received based on the data model description 
to establish a storage format for persistent data during runtime of the system 
(paragraph [0028]: paragrtmh [00411: figure 3^ elements 102-110) . 

18.2.4. applying a transform to format persistent data for storage from the 
format of the software component into a storage format that is compatible with a 
storage device independent of the software component {figure 3, element 124^ 
since the accessed object is stored^ it would have been obvious that a 
transform is applied: and paragraph [0029]^ since each object (e.g. attribute 
value or content) is stored in an element table^ it would have been obvious 
that a transform is applied: also paragraph [0022], paragraphs [00271 - 
f0029h and paragraph [00341: it would have been obvious that the 



18.2.2. 



comparing the data model description to a preexisting data model 
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persistent data such as vector graphics and e-commerce transactions is 
being stored in a relational database^ which is a storage format that is 
compatible with the receiving sustem and with a storage device independent 
of the software component) . 



18.3. Manning does not specifically teach : 

18.4. assembling a transform based on the data model description and the comparison 
to establish a storage format for persistent data. 

18.5. Morgenstern appears to teach : 

18.6. assembling a transform based on the comparison to establish a storage format for 
persistent data (figure 2. elements 22, 24, 32. 52, 36, 56, 42, 30: since the 
elements compare the schemas for different source and target data sources, it 
would have been obvious that transform is assembled based on a comparison) , 

18.7. The motivation to use the art of Morgenstern with the art of Manning would have 
been the several benefits recited in Morgenstern, including that self-description 
information simplifies the management of generated source code and the resulting 
compiled modules, which is especially useful in large systems {column 6, lines 33 - 
37, lines 1-2, lines 9 - 12 1. and the advantage [column 46, lines 41 - 451 that the 
data transformation approach allows rules to be more declarative in nature, and also 
supports asynchronous processing of transformations, thereby being amenable to 
parallelization {column 46, lines 35 - 4JK which would have been recognized as an 
advantage by the ordinary artisan. 
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18.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan to 
use the art of Morgenstem with the art of Manning to produce the claimed invention. 



19. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstem as applied to claims 29 and 36 above, further in view of DeltaXML (web page 
for DeltaXML.com from September 2001 using www. archive . org at 

web.archive.org/web/2001 1021 144026/ www.deltaxml.com/ prod-xmlschema-1000.html). 

19.1. Manning as modified by Morgenstem teaches the data model receiver as recited in 
claims 29 and 36 above. 

19.2. Claim 21 is a dependent claim of claim 19, and thereby inherits all of the rejected 
limitations of claim 19. 

19.3. Claim 30 is a dependent claim of claim 29, and thereby inherits all of the rejected 
limitations of claim 29. 

19.4. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and paragraph f0020J regarding the XML documenth 

19.5. The art of DeltaXML is directed toward comparing XML schema DTD files to 
determine differences (page J, box labeled Description) , 

19.6. Regarding claim 30, Manning appears to teach a data model parser coupled to the 
assembler {figure 3. elements 102-110: and paragraphs [00271. r0028h . 

19.7. Regarding claim 21, Manning does not specifically teach that the transform selector 
comprises a data model comparator. 
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19.8. Regarding clsdm 30, Manning does not specifically teach a data model variance 
calculator coupled to the assembler. 

19.9. DeltaXML teaches a data model comparator (page 1^ box labeled Descrivtionl 

which also calculates the data model variance. 

19.10. The art of DeltaXML and the art of Manning are analogous art because they both 
contain the problem of determining whether a pair of DTD's are different (Manning^ 
lines 14-17 of paragraph f0028J) , 

19.11. The motivation to use the art of DeltaXML with the art of Manning and Morgenstem 
would have been obvious given the need recited in Manning to determine whether 
documents have different DTD's (Manning^ lines 14-17 of paragraph [002811 
Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of DeltaXML with the art of Manning and 
Morgenstern to produce the claimed invention. 



20. Claims 31, 37 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Manning in view of Morgenstern as applied to claims 29 and 41 above, further in view of 
Nestorov (Nestorov, Svetlozar; Abiteboul, Serge; Motwami, Rajeev; "Extracting Schema from 
Semistructured Data", 1998, Proceedings of the 1998 ACM SIGMOD international 
conference on Management of data). 

20.1. Manning as modified by Morgenstern teaches the data model receiver as recited in 
claims 29 and 36 above. 

20.2. Claim 31 is a dependent claim of claim 29, and thereby inherits all of the rejected 
limitations of claim 29. 
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20.3. Claim 37 is a dependent claim of claim 36, and thereby inherits all of the rejected 
limitations of claim 36. 

20.4. Claim 38 is a dependent claim of claim 36, eind thereby inherits all of the rejected 
limitations of claim 36. 

20.5. The art of Manning is directed toward a method, system, program, and data 
structures for msmaging structured XML documents in a database (Title and 
Abstract: and paraaravh f0020J regarding the XML documentl 

20.6. The art of Nestorov is directed toward extracting a schema (i.e. data model) from 
semistructured data (e.g. XML data) (Title and Abstractl 

20.7. Regarding claim 3 1 , Manning appears to teach a data model parser coupled to the 
assembler i figure 3> elements 102-110; and paragraphs [0027}. f0028h . 

20.8. Regarding claim 31, Manning does not specifically teach a data model 
approximator coupled to the assembler. 

20.9. Regarding claim 37, Manning does not specifically teach that assembling a 
transform includes measuring a variance between the data model description and a 
preexisting data model. 

20.10. Regarding claim 38, Manning does not specifically teach that assembling a 
transform includes approximating a preexisting data model. 

20.11. Regarding claim 31, Nestorov teaches a data model approximator ( page I, 
Abstract: and page 6, section 3 Method Summaru* first sentence) . 
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20.12. Regarding clgdm 37, Nestorov teaches that assembling a transform includes 
measuring a variance between the data model description and a preexisting data model 
(page 8-10^ section 5.2 Distance function between tupes) , 

20.12.1. Regarding fpape 8-10^ section 5.2 Distance function between ttspesh 

it would have been obvious that assembling a transform includes measuring a 
variance between the data model description and a preexisting data model. 

20.13. Regarding claim 38, Nestorov teaches that assembling a transform includes 
approximating a preexisting data model (page 1^ Abstract: and page 6, section 3 
Method Summary^ first sentence) . 

20.13.1. Regarding (page J. Abstract; and page 6, section 3 Method 
Summary^ first sentence) : it would have been obvious that assembling a 
transform includes approximating a preexisting data model. 

20.14. The art of Nestorov and the art of Manning are analogous art because they both 
contain the problem of determining the data model of semistructured data. 

20.15. The motivation to use the art of Nestorov with the art of Manning and Morgenstern 
would have been obvious given the benefit recited in Nestorov of determining the data 
model for semistructured data where the data model is implicit is the data (Abstract) , 
Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Nestorov with the art of Manning and 
Morgenstern to produce the claimed invention. 
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21. Claims 34 and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
in view of Morgenstem as applied to claims 29 and 36 above, further in view of Deutsch 
(Deutsch, Alin; Fernandez, Mary; Suciu, Dan; "Storing Semistructured Data with STORED", 
1999, Proceedings of the 1999 ACM SIGMOD international conference on management of 
data). 

21.1. Manning as modified by Morgen stern teaches the data model receiver as recited in 
claims 29 and 36 above. 

21.2. Regarding claim 34, Manning appears to teach a data model parser coupled to the 
assembler (figure 3, elements 102-110: and paragraphs [0027]. f0028]\ , 

21.3. Regarding claim 34, Manning does not specifically teach a data compression 
maximizer coupled to the assembler. 

21.4. Regarding claim 41, Manning does not specifically teach that assembling a 
transform includes maximizing data compression. 

21.5. Reggirding claim 34, Deutsch appears to teach a data compression maximizer 
(second page^ left-side column^ first paragraph^ the sentence that starts with^ 
**The meaning of "good^^ depends on the application, but usually includes 
minimizing disk space . . . "J . 

21.5.1. Regarding (second page, left-side column, first paragraph, the 

sentence that starts with. ^The meaning of "good** depends on the 
application, but usually includes minimizing disk space . . . "h it would have 
been obvious to use a data compression maximizer. 

21.6. Regarding claim 41, Deutsch appears to teach that assembling a transform includes 
maximizing data compression (second page, left-side column, first paragraph, the 
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sentence that starts wittu ''The meaning of "good** depends on the application^ 
but usually includes minimizing disk space 

2 1.6. 1. Regarding (second page^ left-side column^ first paragraphs the 

sentence that starts witK '*The meaning of ''good^ depends on the 
c qyplicationn but usually includes minimizing disk space . . . "i : it would have 
been obvious that assembling a transform includes meiximizing data compression. 

21.7. The art of Manning and the art of Deutsch are analogous art because they both 
contain the problem storing XML data in a database. 

21.8. The motivation to use the art of Deutsch with the art of Manning and Morgenstern 
would have been obvious given the requirement recited in Deutsch of the need to 
generate a good relational schema (first page^ right-side column^ last sentence^ 
continuing on the second page) . 

21.9. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Deutsch with the art of Manning and 
Morgenstern to produce the claimed invention. 



22. Claim 35 is rejected under 35 U.S.C, 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 29 and 36 above, further in view of Mani (U.S. Patent 
6,654,734 Bl). 

22.1. Manning as modified by Deutsch teaches the data model description receiver as 
recited in claims 29 and 36 above. 
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22.2. Claim 35 is a dependent claim of claim 29, and thereby inherits all of the rejected 
limitations of claim 29. 

22.3. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database fTitle and 
Abstract: and paragraph f0020J regarding the XML documentl 

22 A. The art of Mani is directed toward a method for query optimization for XML 
document databases fTitle and Abstract) . 

22.5. Manning appears to teach a data model parser coupled to the assembler {figure 3^ 
elements 102 - 110; and paragraphs [00271, r00281\ . 

22.6. Manning does not specifically teach an indexing estimator coupled to the 
assembler. 

22.7. Mani appears to teach an indexing estimator (column J J, lines 54 -57^ the 
referenced index access cost estimator) , 

22.7.1. Regarding (column 11. lines 54 -57^ the referenced index access 

cost estimator) : it would have been obvious to use an indexing estimator. 

22.8. The art of Mani and the art of Manning are analogous art because they both contain 
the problem of queries for an XML database (ManU Title) and (Manning^ paragraph 
100301) . 

22.9. The motivation to use the art of Mani with the art of Manning and Morgenstern 
would have been obvious given the benefit recited in Mani of query optimization (Title 
and Abstract) . 
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22.10. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the sirt of Mani with the art of Manning and Morgenstem to 
produce the claimed invention. 



23. Claims 32, 33, 39 and 40 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Manning in view of Morgenstern as applied to claims 29 and 36 above, further in view of 
Ives (Ives, Zachary G.; Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Daniel S.; "An 
Adaptive Queiy Execution System for Data Integration", 1999, SIGMOD 1999). 

23.1. Manning as modified by Morgenstern teaches a data model description receiver as 
recited in claims 29 and 36 above. 

23.2. Claim 32 is a dependent claim of claim 29, and thereby inherits all of the rejected 
limitations of claim 29. 

23.3. Claim 33 is a dependent claim of claim 32, and thereby inherits all of the rejected 
limitations of claim 32. 

23.4. Claim 39 is a dependent claim of claim 36, and thereby inherits all of the rejected 
limitations of claim 36. 

23.5. Claim 40 is a dependent claim of claim 36, and thereby inherits all of the rejected 
limitations of claim 36. 



23.6. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and varaaravh f0020J regarding the XML document) . 
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23.7. The art of Ives is directed toward an adaptive query execution system for data 
integration (Titlel 

23.8. Regarding claims 32, Manning appesirs to teach a data model parser coupled to the 
assembler Ifiaure 3, elements 102 - 110: and paragraphs (0027], f0028f \, 

23.9. Regarding claim 32, Manning does not specifically teach an efficient 
storage/retrieval speed maximizer coupled to the assembler. 

23.10. Regarding claim 33, Manning does not specifically teach an efficient 
storage/ retrieved speed maximizer comprising a read/write iterator , 

23.11. Regarding claim 39, Manning does not specifically teach that assembling a 
transform includes maximizing data storage speed and /or data retrieval speed. 

23.12. Regarding claim 40, Manning does not specifically teach that maximizing speed 
includes iteratively performing data read/write trials and selecting the fastest trial. 

23.13. Regarding claim 32, Ives appears to teach an efficient storage /retrieval speed 
maximizer (page 304. first paragraph the sentence that starts with ^The gueru 
execution ... "J . 

23.13.1. Regarding (page 304. first paragraph, the sentence that starts with 
"The Queru execution . . . ^9 ; it would have been obvious to use an efficient 
storage/ retrieval speed maximizer. 

23.14. Regarding claim 33, Ives appears to teach an efficient storage /retrieval speed 
maximizer comprising a read /write iterato r (page 304. first paragraph, the 
sentence that starts with "The gueru execution . . . 
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23. 14. 1. Regarding fpaae 304^ first DaraarapK the sentence that starts with 
"T/ie Querti execution . . . **J ; it would have been obvious to use an efficient 
storage/ retrieval speed maximizer comprising a read /write iterator. 

23.15. Regarding claim 39, Ives appears to teach that assembling a transform includes 
maximizing data storage speed and/ or data retrieval speed (page 304^ first 
paragraph* the sentence that starts with ^The Queru execution . . . "I 

23.15.1. Regarding fpaae 304* first paragraph* the sentence that starts with 
''The gueru execution ... "J : it would have been obvious that assembling a 
transform includes maximizing data storage speed and/ or data retrieval speed. 

23.16. Regarding claim 40, Manning appears to teach that maximizing speed includes 
iteratively performing data read /write trials and selecting the fastest trial (page 304* 
first paragraph* the sentence that starts with ''The gueru execution 

23. 16. 1. Regarding (page 304* first paragraph* the sentence that starts with 
"The queru execution > . . "h it would have been obvious that maximizing speed 
includes iteratively performing data read /write trials and selecting the fastest trial. 

23.17. The art of Manning and the art of Ives are analogous art because they are both 
contain the problem of data queries (Manning* paragraph [00301] and Ives (Title) . 

23.18. The motivation to use the art of Ives with the art of Manning and Morgenstem 
would have been obvious given the statement recited in Ives that it is important to 
optimize the time to initial answers to a query (page 300* left-side column* the 
paragraph that starts with "Since data integration . . Therefore, as discussed 
above, it would have been obvious to the ordinary artisan at the time of invention to 
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use the art of Ives with the art of Manning and Morgenstem to produce the claimed 
invention. 



24. Claim 42 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 29 and 36 above, further in view of Schoning (Schoning, 
Harald; "Tamino - a DBMS Designed for XML", 2001 Proceedings 17th International 
Conference on Data Engineering, 2-6 April 2001). 

24.1. Manning as modified by Morgenstern teaches receiving a data model description as 
recited in claims 29, 34, 36 and 41 above. 

24.2. Claim 42 is a dependent claim of claim 36, and thereby inherits all of the rejected 
limitations of claim 36. 

24.3. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and varaarmh [00201 regarding the XML documentl 

24.4. The art of Schoning is directed toward a database management system designed for 
XML (Title}. 

24.5. Manning does not specifically teach that the transform generator produces a 
transform to remodel the persistent data to maximize efficient retrieval for an 
application. 

24.6. Regarding claim 42, Schoning appears to teach that assembling a transform 
includes optimizing efficient indexing for the persistent data (page 152. section 
labeled ^Indexing and storage methods'*) . 
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24.6.1. 



Regarding Ivaae section labeled ''Indexing and storage 



methods**) : it would have been obvious that assembling a transform includes 
optimizing efficient indexing for the persistent data. 

24.7. The art of Manning and the art of Schoning are analogous art because they are both 
directed to the art of XML databases. 

25. The motivation to use the art of Schoning with the art of Manning and Morgenstern would 
have been obvious given the statement recited in Schoning that indexes are indispensable 
in database systems because otherwise large amounts of data could not be efficiently 
queried (page 152^ section labeled "Indexing and storage methods*^} . Therefore, as 
discussed above, it would have been obvious to the ordinary artisan at the time of invention 
to use the art of Schoning with the art of Manning and Morgenstern to produce the claimed 
invention. 

26. Claims 45 and 46 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
as applied to claims 43 - 44 and 47 - 49 above, in view of XML ("Extensible Markup 
Language (XML) 1.0"; W3C Recommendation lO-Feb-98, 1998). 

26.1. Manning teaches receiving persistent data having a model structure as recited in 
claims 43 - 44 and 47 - 49 above. 

26.2. Claim 45 is a dependent claim of claim 43, and thereby inherits all of the rejected 
limitations of claim 43. 



26.3. Claim 46 is a dependent claim of claim 45, and thereby inherits all of the rejected 
limitations of claim 45. 
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26.4. The art of Manning is directed toward a method, system, program, and data 
structures for managing structured XML documents in a database (Title and 
Abstract: and paragraph [0020] regarding the XML document) . 

26.5. The art of XML is directed toward describing the Extensible Markup Language (XML) 
(Abstract) . 

26.6. Regarding claim 45, Manning appears to teach receiving metadata (figure 3, item 
100: and paragraph [0004] - please note that an XML document contains both 
persistent data and metadata) . 

26.7. Regarding claim 46, Manning appears to teach receiving a persistence package 
comprising persistent data and metadata (figure 3> item 100: and paragraph [0004] 
- please note that an XML document contains both persistent data and 
metadata) , and to extract the persistent data and the metadata from the persistence 
package {paragraphs [0028] and [0029]: and figure 3, all elements) . 

26.8. Regarding claim 45, Manning does not specifically teach receiving metadata 
conforming to a metadata template comprising rules for describing a data 
model structure of the persistent data^ 

26.9. Regarding claim 45, Manning appears to teach that the metadata received in claim 
45 conforms to a metadata template comprising rules for describing a data model 
structure of the persistent data (page 2. section 2. Documents^ first sentence: and 
page 3, section 2.1 Well-Formed XML Documents) . 



26.9.1. Regarding (page 2* section 2. Documents^ first sentence: and page 3« 

section 2.1 Well-Formed XML Documents) : the reference XML describes the 
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rules that the metadata conforms to, and specifically the production in section 2.1 
is a metadata template. 

26.10. The art of XML and the art of Manning are analogous art because they both contain 
the art of interpreting XML documents. 

26.11. The motivation to use the art of XML with the art of Manning would have been 
obvious given the need in Manning to interpret XML documents, and the rules given in 
XML to form valid XML documents. 

26.12. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of XML with the art of Manning to produce the 
claimed inventions. 

27. Examiner's Note: Examiner has cited particular columns and line numbers in the references apphed to the 
claims above for the convenience of the applicant. Although the specified citations are representative of the 
teachings of the art and are applied to specific limitations within the individual claim, other passages and figures 
may apply as well. It is respectfully requested from the applicant in preparing responses, to fully consider the 
references in their entirety as potentially teaching all or part of the claimed invention, as well as the context of 
the passage as taught by the prior art or disclosed by the Examiner. 

Conclusion 

28. The prior art made of record and not relied upon is considered pertinent to the applicant's disclosure: 

28.1. Lee et al. (U.S. Patent Application Publication Number 2002/0169788). This patent application 
publication teaches a receiver of persistent data and transforms. 

28.2. Kasamsetty et al. (U.S. Patent No. 6,748,388) teaches self-descriptive heterogeneous data. 

28.3. Rosensteel et al. (U.S. Patent No. 6,167,405) teaches data warehousing with transforms. 
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28.4. Helgeson et al. (U.S. Patent Application Publication 2002/0073236) teaches data exchange using a 
transformer. 

28.5. Mullins (U.S. Patent 6,999,956) teaches object-driven database mapping system. 

28.6. Chau et al. (U.S. Patent Application Publication 20020123993) teaches XML document processing. 

28.7. Philip A. Bernstein et al.; "Generic Schema Matching with Cupid", September 200 1 , Proceedings of 
the 27*"^ International Conference on Very Large Databases, teaches a data model comparator 

28.8. Philip A. Bemstein et al.; "A Survey of Approaches to Automatic Schema Matching", December 2001, 

The VLDB Journal - The International Journal on Very Large Databases, Volume 10, Issue 4, teaches the 
prior art of data model comparators 

28.9. Philip A. Bemstein et al.; "A Vision for Management of Complex Models", December 2000, SIGMOD 
Record, Volume 29, Number 4, teaches transformations of data models 

28.10. AnHai Doan et al.; "Reconciling Schemas of Disparate Data Sources: A Machine-Learning 
Approach", May 2001, Proceedings of the 2001 ACM SIGMOD International Conference on Management 
of Data, Volume 30, Issue 2, teaches a data model comparator 
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28.11. Tova Milo et al.; "Using Schema Matching to Simplify Heterogeneous Data Translation", 1998, , 
Proceedings of the 24^^ Very Large Database Conference, teaches a data model comparator 

29. Any inquiry concerning this communication or earlier communications from the examiner should be directed to 
Russell L. Guill whose telephone number is 571-272-7955. The examiner can normally be reached on Monday 
- Friday 9:00 AM - 5:30 PM. 

30. If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Paul Rodriguez can 

be reached on 571-272-3753. The fax phone number for the organization where this application or proceeding 

is assigned is 571-273-8300, Any inquiry of a general nature or relating to the status of this application should 

be directed to the TC2100 Group Receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be obtained from 
either Private PAIR or Public PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-2 1 7- 
9197 (toll-free). 



Russ Guill 
Examiner 
Art Unit 2123 
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